Entscheidungen im Testprozess

Softwareprozessbeschreibungen konzentrieren sich auf Artefakte, Aktivitäten und Rollen, lassen aber die im Prozess zu treffenden Entscheidungen meist implizit. Dies beeinträchtigt die Qualität dieser Entscheidungen erheblich. In dieser Arbeit stellen wir eine Entscheidungshierarchie für den Testprozess vor. Sie umfasst die Entscheidungen des Testprozesses und spiegelt Abhängigkeiten zwischen diesen wieder. 1 Einleitung Um festzustellen, in welchem Maße ein entwickeltes System die gestellten Anforderungen erfüllt, sind Testaktivitäten unverzichtbar. Da vollständiges Testen nicht möglich ist [Me79], müssen Entscheidungen darüber getroffen werden welche Teile des Systems wie zu testen sind. In den Testaktivitätsbeschreibungen, z.B. in [SLS06], werden Testentscheidungen allerdings nicht explizit fokussiert. Das Bewusstsein über die zu treffenden Entscheidungen kann die Qualität der Testprozessdurchführung erheblich erhöhen, da getroffene Entscheidungen die nachfolgenden Aktivitäten beeinflussen. Dieses Treffen von Entscheidungen setzt weiterhin (Test-)Aktivitäten und deren Artefakte voraus. In dieser Arbeit werden Entscheidungen identifiziert, die im Rahmen des Testprozesses getroffen werden. Dabei konzentrieren wir uns auf die Entscheidungen, die den dynamischen Test betreffen. Jede dieser Entscheidungen kann einer Entscheidungsebene zugeordnet werden, wodurch eine Entscheidungshierarchie entsteht. 2 Entscheidungshierarchie Die Entscheidungshierarchie basiert auf Prozessbeschreibungen in [SLS06], [BSC00], [IEEE98], [MP02] und lässt sich in drei große Bereiche unterteilen. Auf den oberen Ebenen (Spezifikationsebene, Testzielebene) entscheiden Testdesigner und Testmanager, welche Teile des Softwaresystems getestet werden (was). Auf den drei nachfolgenden Ebenen wird vom Testdesigner, Tester und Testmanager festgelegt, wie diese Teile zu testen sind. Auf den abschließenden zwei Ebenen (Testlaufebene, Testauswertungsebene) wird entschieden, welche Qualität die zu prüfende Software hat.